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SYSTEM AND METHOD FOR MERCHANT FUNCTION 
ASSUMPTION OF INTERNET CHECKING AND SAVINGS 
ACCOUNT TRANSACTIONS 

5 Cross Reference to Related Applications 

This application claims the priority of applicant's co-pending application 
having U.S. Serial No. 60/098,196 filed August 27, 1998, incorporated herein by 
this reference, and applicant's co-pending utility application having U.S. Serial 
No. 09/237,739 filed January 26, 1999, incorporated herein by this reference. 
10 This application also relates to applicant's co-pending utility application entitled 
"System and Use for Correspondent Banking" filed August 27, 1999, 
incorporated herein by this reference. 

Field of the Invention 

15 The present invention relates generally to the field of banking systems and 

Internet transactions, and more particularly, to a system that allows a service 
provider to perform merchant functions in utilizing checking and savings 
accounts in Internet transactions. 

20 Background of the Invention 

With the increasing commercialization of the Internet, methods of 
performing payment transactions are becoming well known and new payment 
methods are desired. In an effort to expand the available sources of payment, 
methods have been developed to utilize checking and savings account funds to 
25 perform Internet transactions. Some methods allow the use of "electronic checks" 
to perform transactions. 

There are a number of problems, however, associated with current 
electronic check methods. For example, since the flow of the current electronic 
checks replicates the flow used for paper checks, the merchant is unsure if the 
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electronic check will be paid and therefore delays shipment of the goods to the 
customer for many days. To the customer, despite the transaction having the 
appearance of being on-line, it takes several days for his account to be charged. 
Another scheme requires the customer to deposit funds into a trusted third party's 
5 account before the customer can perform a transaction. Lastly, schema which can 
give on-line approvals are under development. 

For a customer to be able to use the currently available electronic checks, 
the customer must be a member of a bank or financial institution that offers this 
service. Over the next 5 to 10 years, however, only a handful of financial 

10 institutions are estimated to participate in issuing electronic checks or the more 
efficient "electronic payment instructions." Because of this limited participation, 
the majority of customers will not have access to electronic checks or electronic 
payment instructions. Thus, the number of purchasers that a merchant can attract 
and serve with an electronic check or an electronic payment instruction option is 

1 5 limited. 

Additionally, for example, not only must the customer be a member of a 
participating financial institution, but the merchant must also set up procedures 
for these types of transactions to deal with the limited number of participating 
financial institutions. Due to the limited number of customers who would utilize 

20 this payment method, a merchant may be discouraged from expending the time 
and money to establish such a system. 

Further, these new Internet checking and savings account transaction 
options present the merchant with a whole new set of responsibilities. Not only 
must the merchant establish new procedures to monitor and fulfill these orders, 

25 they must also keep track of verifications and credits. Many merchants do not 

want to deal with these issues or cannot afford to hire and train personnel who are 
able to handle and monitor these new functions. 
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Therefore, a solution to these problems is needed to improve the utilization 
and acceptance of Internet transactions using checking and savings accounts by 
merchants. 



5 Summary of the Invention 

It is a feature and advantage of the present invention to provide a system 
and method for merchant function assumption of Internet checking and savings 
account transactions which enables a service provider to take over certain 
merchant type functions and to provide the merchant with an approved order and 

10 appropriate credit for the transaction. 

It is a further feature and advantage of the present invention to provide a 
system and method for merchant function assumption of Internet checking and 
savings account transactions which enables a service provider to consolidate order 
and settlement transactions for a merchant that enables the merchant to save the 

15 transaction costs for the merchant. 

To achieve the stated and other features, advantages and objects, an 
embodiment of the present invention provides a system and method for merchant 
function assumption of Internet checking and savings account transactions which 
enables a service provider to take over certain merchant type functions and to 

20 provide the merchant with an approved order and appropriate credit for the 

transaction. Further, an embodiment of the present invention enables a service 
provider to consolidate order and settlement transactions for a merchant that saves 
transaction costs for the merchant. 

In an embodiment of the present invention, a service provider receives an 

25 order from a customer that is sent to a merchant. The service provider can be a 
financial institution, such as a service providing bank (hereinafter referred to as 
"service provider"). The order comprises, for example, the customer's digital 
certificate and purchase and payment information, including the customer's 
checking or savings account number. The service provider opens the order and 
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verifies the digital certificate and payment information. The service provider 
sends a message to the bank indicated by the customer's payment instruction to 
verify and debit the customer's account if the amount of the transaction does not 
exceed the account balance. 
5 In an embodiment of the present invention, the customer's bank sends a 

message back to the service provider verifying or denying the debited amount. 
Depending on the customer's bank's message, the service provider then sends a 
message to the merchant to fill or deny the order. Further, the service provider 
insures that the merchant's bank receives an Automated Clearing Hours (ACH) 

10 credit if the order is approved. Finally, the service provider may send a message 
back to the customer that confirms, denies, or requests more information 
regarding the order. 

Additionally, in an embodiment of the present invention, the service 
provider may consolidate order and settlement transactions. For example, rather 

1 5 than receiving individual payments, the service provider insures that the merchant 
receives one consolidated ACH payment covering all orders over a certain time 
period. The service provider may then give the merchant a check list or 
automated files for cross-checking payments with orders. 

In another variation in the process flow for an embodiment of the present 

20 invention, for example, the service provider can first receive the ACH credit 

before forwarding it to the merchant's bank. Similarly, the service provider may 
directly receive the customer order before it ever gets to the merchant. The 
present disclosure is intended to cover all such variations and modifications of the 
present invention. 

25 In particular, an embodiment of the present invention makes use of 

computer hardware and software, such as a customer's processor or PC with 
modem for communicating, for example, with a merchant's on-line terminal or a 
service provider's server over the Internet. The service provider's server may also 
run an Internet website for the merchant. Further, the service provider's server 
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communicates over the Internet, for example, with one or more of the merchant's 
on-line terminal, the merchant's financial institution server, and the customer's 
financial institution server. The service provider's server assumes at least one 
merchant function in a financial transaction, such as an Internet website 
5 transaction, between the merchant and the customer. For example, the service 
provider's server receives information about the financial transaction for the 
merchant, automatically identifies the intended recipient of the information, and 
automatically sends the information to the intended recipient for the merchant. 

In an electronic check aspect for an embodiment of the present invention, 

10 the customer at the customer's processor makes a purchase on the merchant's 
Internet website hosted, for example, by the service provider's server and uses 
software on the customer's processor to prepare and send an electronic check for 
the purchase price over the Internet to the service provider's server for the 
merchant. The service provider's server receives the electronic check for the 

15 merchant and automatically reformats the electronic check to a format which can 
be understood at the merchant's on-line terminal. The service provider's server 
automatically endorses the electronic check for the merchant, automatically 
prepares a deposit for presentation of the endorsed check to the merchant's bank's 
server, and automatically sends the deposit and endorsed electronic check over 

20 the Internet to the merchant's bank's server. The merchant's bank's server 

receives the endorsed electronic check, automatically creates an ACH debit to the 
customer's bank's server for the customer's account, automatically posts the 
credit to the merchant's account, and automatically makes the details of the credit 
known to the merchant. 

25 In a Z-flow model aspect for an embodiment of the present invention, the 

customer at the customer's processor makes a purchase on the merchant's Internet 
website hosted, for example, by the service provider's server and uses software on 
the customer's processor to prepare and send a payment instruction via e-mail or 
HTML page for the purchase price over the Internet to the service provider's 
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server for the merchant. The service provider's server receives the payment 
instruction for the merchant and automatically sends the payment instruction with 
a request for payment over the Internet to the customer's bank's server. The 
customer's bank's server receives the payment instruction and request for 
5 payment and automatically confirms that sufficient funds are available for the 

payment instrument in the customer's account, automatically sends an approval of 
the payment instruction to the service provider's server for the merchant over the 
Internet, and automatically sends an ACH credit for the payment according to the 
payment instruction to the merchant's bank for the merchant's account. 

10 In this aspect of an embodiment of the present invention, the service 

provider's server receives and automatically reformats the approval of the 
payment instruction to a format which can be read at the merchant's on-line 
terminal and sends the reformatted approval of the payment instruction over the 
Internet to the merchant's on-line terminal. Upon receipt of the reformatted 

15 approval of the payment instruction, the merchant ships the goods. When the 
merchant's bank's server receives the ACH credit, it automatically posts the 
credit to the merchant's account and automatically makes the details of the credit 
known to the merchant. 

In another Z-flow model aspect for an embodiment of the present 

20 invention, the service provider's server receives credits for the merchant for 

various customers from the customers' banks' servers. Rather than generating an 
ACH credit to the merchant's bank's server for the merchant's account each time 
a credit is received, the service provider's server accumulates these credits for the 
merchant over a period of time. Periodically, the service provider's server 

25 generates a single ACH credit or wire transfer for the accumulated or 
consolidated credits at one time to the merchant's bank's server for the 
merchant's account in order to save transaction costs to the merchant. 

Additional objects, advantages and novel features of the invention will be 
set forth in part in the description which follows, and in part will become more 
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apparent to those skilled in the art upon examination of the following, or may be 
learned by practice of the invention. 

Brief Description of the Drawings 



key components and the flow of information between the key components for a 
prior art electronic check or e-check model for an Internet transaction; 

Fig. 2 is a schematic diagram which illustrates an example overview of 
key components and the flow of information between the key components for a 

10 prior art Z-flow direct presentment model for an Internet transaction; 

Fig. 3 is a schematic diagram which illustrates an example overview of 
key components and the flow of information between the key components for the 
assumption of merchant functions by a service provider in the e-check process for 
an embodiment of the present invention; 

15 Fig 4 is a flow chart which amplifies the flow of information shown in Fig. 

3 and provides further detail regarding an example of the assumption of merchant 
functions by the service provider in the e-check process for an embodiment of the 
present invention; 



20 key components and the flow of information between the key components for the 
assumption of merchant functions by a service provider in the Z-flow process for 
an embodiment of the present invention; 

Fig. 6 is a flow chart which amplifies the flow of information shown in 
Fig. 5 and provides further detail regarding an example of the assumption of 

25 merchant functions by a service provider in the Z-flow process for an 
embodiment of the present invention; 

Fig. 7 is a schematic diagram which illustrates an example overview of the 
key components and the flow of information between the key components for a 
consolidation of credits aspect of the assumption of merchant functions by the 
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service provider in the Z-flow process for an embodiment of the present 
invention; and 

Fig. 8 is a flow chart which amplifies the flow of information shown in 
Fig. 7 and provides further detail regarding an example of the consolidation of 
5 credits aspect of the assumption of merchant functions by the service provider in 
the Z-flow process for an embodiment of the present invention. 

Detailed Description 

Fig. 1 is a schematic diagram which illustrates an example of key 

10 components and the flow of information between the key components for a prior 
art electronic check or e-check model for an Internet transaction. Referring to 
Fig. 1, the e-check model is designed basically like a traditional paper check but 
using computer hardware and software, for example, by a customer at the 
customer's personal computer (PC) or processor with modem 2 for issuing the e- 

15 check and sending the e-check 100 to the merchant's on-line terminal 4 over the 
Internet 6. The e-check model also involves use of computer hardware and 
software at the merchant's on-line terminal 4 for endorsing the e-check and 
sending the endorsed e-check 102 to the merchant's bank's server 8. The 
merchant's bank's server 8 then assures an Automated Clearing House (ACH) or 

20 Electronic Check Presentment (ECP) debit 10 of the customer's account with the 
customer's bank to the customer's bank's server 12 over the ACH or ECP system. 

Fig. 2 is a schematic diagram which illustrates an example of key 
components and the flow of information between the key components for a prior 
art Z-flow direct presentment model for an Internet transaction. Aspects of the Z- 

25 flow model include, for example, use of customer software on the customer's PC 
or processor 2 by the customer, use of merchant software by the merchant at the 
merchant's on-line terminal 4, use of paying bank software by the customer's 
bank on the customer's financial institution server 12, and the ACH system for 
assuring an ACH credit 14 to the merchant's bank 8 for the merchant's account 
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with the merchant's bank. Another aspect of the Z-flow model can be the use of 
digital certificates or other suitable encryption or security device to authenticate 
the identity of the customer, for example, for the customer and the merchant. 
The Z-flow model makes use of computer hardware and software for 
5 exchanging payment instruction information securely over the Internet 6 and 
enabling payments, for example, by the customer to a small merchant or to 
another customer or by a business to another business. The Z-flow model utilizes 
a payment instrument which uses money in a checking or savings account to 
conduct financial transactions over the Internet 6. The Z-flow model is 

10 sufficiently different from the current concept of the e-check that any reference to 
a "check" is misleading. Thus, terminology, such as "payment instruction" is 
used for the payment instrument of the Z-flow model. 

The Z-flow model utilizes software to provide security, or alternatively, 
the software security can be replaced with a hardware device. The Z-flow model 

15 offers a payment vehicle for purchases and exchanges of value over the Internet 6. 
Not only can the payment vehicle for the Z-flow model cause payments to be 
made, but it can also include instructions or payment order information. All of 
this is done securely using digital signatures and certificates or other methods of 
encryption or other security methods to authenticate the identity of the customer 

20 with financial settlement occurring over the traditional Automated Clearing 
House (ACH) network. 

Referring to Fig. 2, the Z-flow model uses a direct presentment process. 
For example, the customer at the customer's processor 2, such as the customer's 
PC, makes a purchase from an Internet merchant and sends the customer's 

25 payment order via e-mail or Hypertext Markup Language (HTML) page 104 to 
the merchant at the merchant's on-line terminal 4 over the Internet 6. The 
merchant's on-line terminal 4 directly presents the payment order 106 to the 
customer's bank's server 12. The customer's bank's server 12 performs an on- 
line authentication that the payment instruction came from the customer, that 
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sufficient funds are available, and that there are no reasons not to pay the payment 
order. Once this is done, the customer's bank's server 12 holds or debits the 
customer's account for the amount of the transaction and immediately sends an e- 
mail 108 to the merchant's on-line terminal 4 confirming that the customer's 
5 bank's server 12 will send out an ACH credit 14 to satisfy the payment order. 
Simultaneously, the customer's bank's server 12 prepares and sends out the ACH 
credit 14 to the merchant's bank's server 8. 

Referring further to the Z-flow model shown in Fig. 2, assume that the 
customer makes a purchase from an Internet merchant, such as Barnes & Noble. 

10 The customer at the customer's processor 2 accesses the Barnes & Noble home 
page and selects a book that the customer 2 would like to buy. After the customer 
selects the book, Barnes & Noble calculates the cost plus shipping and presents 
the customer with the option to pay by credit card or with funds in the customer's 
checking or savings account. If the customer selects checking or savings account, 

15 the customer's selection activates the customer's payment software, which the 
customer has previously loaded onto the customer's processor 2. The customer's 
software, which will accept the payment information from either a web page or an 
e-mail, displays a payment order form with the payee's name, such as Barnes and 
Noble, and the date and the amount of the purchase filled in, and then asks the 

20 customer if he or she would like to send a payment to Barnes and Noble. 

Referring again to the Z-flow model shown in Fig. 2, if the customer 
enters "Yes," the customer's software on the customer's processor 2 composes an 
e-mail or Web response consisting of purchase order information, a payment 
instruction, an assigned and consecutively issued serial number, the customer's e- 

25 mail address, the customer's digital signature or other suitable encryption device 
which prevents the information from being changed, and the customer's digital 
certificate. The customer's digital certificate is issued by a financial institution, 
such as the customer's bank. The digital certificate is a digital document which, 
through the use of public key encryption technology, assures the merchant that 
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the customer is who he or she says he or she is and provides the name of the 
customer's bank and the customer's account number. The customer's account 
number is encrypted, so that it cannot be seen by the merchant. The customer's 
message may be encrypted in such a manner so as to allow the merchant to see 
5 the purchase order information and the name of the customer's bank and/or the 
bank's ABA routing/transit number. The customer's software on the customer's 
processor 2 sends this e-mail or HTML page 104 to the merchant at the 
merchant's on-line terminal 4 over the Internet 6. 

Referring still further to the Z-flow model shown in Fig. 2, after receiving 

10 the customer's e-mail or Web response, the merchant at the merchant's on-line 
terminal 4 assigns a reference number to the order. Using the merchant's 
software at the merchant's on-line terminal 4, the merchant digitally signs or uses 
another method to secure a document consisting of the customer's e-mail or 
HTML page plus the reference number. The merchant's software at the 

15 merchant's on-line terminal 4 then composes another e-mail message or HTML 
page consisting of the customer's e-mail or HTML page response, the reference 
number, the merchant's request for payment, the merchant's digital signature and 
the merchant's digital certificate or other security methodology. The merchant's 
digital certificate is the customer's assurance that the merchant is who it says it is. 

20 The certificate also includes the name of the merchant's bank and the merchant's 
encrypted account number, as well as other certificates stating which bank issued 
the certificate. The resulting message is encrypted. The merchant's software at 
the merchant's on-line terminal 4 then sends the encrypted e-mail or HTML page 
106 directly to the customer's bank's server 12 over the Internet 6. The 

25 merchant's software at the merchant's on-line terminal 4 knows to which bank to 
send it, because the name of the customer's bank was included in the customer's 
digital certificate. 

Referring once again to the Z-flow model shown Fig. 2, upon receipt of 
the e-mail or HTML page 106 by the customer's bank's server 12, the customer's 
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bank's server 12 verifies the validity of the merchant's digital certificate, verifies 
the validity of the customer's digital certificate or other security methodology, 
and performs various security checks, such as ensuring that payment has not been 
stopped and that the payment instruction is not a duplicate of a previously paid 
5 payment instruction. The customer's bank's server 12 also performs an on-line 
verification that sufficient funds are available. If funds are available, the funds 
are held on line, a debit is prepared for the purchase, and an e-mail or HTML 
page 108 is prepared and sent by the customer's bank's server 12 over the Internet 
6 to the merchant at the merchant's on-line terminal 4 telling the merchant that 

10 the transaction has been approved and that the merchant will receive an ACH 
credit 14 for the amount of the purchase, for example, within one business day. 

Referring still further to the Z-flow model shown in Fig. 2, if funds are 
available, the customer's bank's server 12 decrypts the merchant's digital 
certificate, and from that, the customer's bank's software on the customer's 

15 bank's server 12 prepares the ACH formatted credit 14 which is sent to the 

merchant's bank 8. Alternatively, if funds are not available, an e-mail or HTML 
page to the merchant's on-line terminal 4 is prepared by the customer's financial 
institution 12 telling the merchant that the transaction has not been approved, and 
the customer's bank's server 12 also sends an encrypted e-mail or HTML page 

20 denying the transaction back to the merchant at the merchant's on-line terminal 4. 
Upon receipt of the transaction approval 108 at the merchant's on-line terminal 4, 
the merchant, knowing that the funds for the goods will be forthcoming, can send 
out the goods immediately. This eliminates many days delay, when compared to 
payment with a traditional paper check. 

25 Referring once again to the Z-flow model shown in Fig. 2, included in the 

ACH credit 14 which the customer's bank's server 12 prepares and sends to the 
merchant's bank 12 for the merchant's account at the merchant's bank is the 
information needed to be in compliance, for example, with Federal Reserve Board 
Regulation E or the National Automated Clearing House Association (NACHA) 
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rules and to allow the merchant to reconcile each payment with those the 
merchant was accepting. The ACH credit 14 stipulates when the funds are 
available in the merchant's financial institution, for example, either the same 
business day, the next, or the next. The merchant's bank 8 receives the ACH 
5 credit 14 and posts it to the merchant's account in accordance with the included 
instructions from the customer's bank's server 12. The merchant's bank's server 
8 makes the details of the payment, such as the purchaser's name, reference 
number, date, and amount, available to the merchant at the merchant's on-line 
terminal 4 on a periodic account statement or through its on-line services. 

10 Another aspect of the Z-flow model direct presentment process shown in 

Fig. 2 is payment by the customer to a small business, such as a small merchant 
over the Internet 6, in which the flow of information is analogous to the payment 
by the customer to the Internet merchant illustrated in Fig. 2. In this aspect, the 
small business stands in the position of the Internet merchant, and the small 

15 business 's bank stands in the position of the Internet merchant's bank. The 
customer uses the customer's existing software facility at the customer's 
processor 2 for receiving e-mail including, for example, e-mail bills. The 
customer receives an e-mail bill from the small business and wants to pay the bill. 
The customer activates the customer's software at the customer's processor 2, and 

20 the customer's software composes a payment instruction consisting, for example, 
of the billing information, the payment instruction, the customer's e-mail address, 
and the customer's digital signature and certificate. 

In the payment by the customer to the small business aspect of the Z-flow 
model shown in Fig. 2, if the customer wants the payment instruction to be 

25 private, the customer encrypts the message at the customer's processor 2 using the 
payee's public encryption key, which was downloaded as part of a web 
transaction or previously obtained from an e-mail transaction. The message is 
encrypted in such a way as to allow the small business to see only the information 
which is needed to record the payment accurately. If the customer is simply 
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making a payment, the customer manually fills in the information. However, for 
the customer who received the bill from the small business by e-mail, the 
customer's software at the customer's processor 2 pre- fills most of the 
information, for example, following industry bill presentment standards. The 
5 customer's software at the customer's processor 2 sends this e-mail to the small 
business' s on-line terminal at its address on the bill over the Internet 6. After 
receiving the customer's payment instruction from the e-mail, the business either 
assigns a reference number to the payment or uses a number from the original 
bill. The business at its on-line terminal composes a message which contains the 

10 original payment instruction, the reference number and a request for payment. 
The business' software at its on-line terminal then digitally signs the combined 
document and attaches its digital certificate, and the document is encrypted. The 
business's software at its processor sends the document to the customer's bank's 
server 12. The business obtains the address for the customer's bank's server 12 

1 5 from the customer's certificate or from an internal file. 

In the payment by the customer to the small business aspect of the Z-flow 
model, upon receipt of the e-mail or HTML page by the customer's bank's server 
12, the customer's bank's server 12 verifies the validity of the digital certificate or 
other security methodology used of the business, verifies the validity of the 

20 digital certificate of the customer, performs various security checks such as 

ensuring that payment has not been stopped and that the payment instruction is 
not a duplicate of a previously paid instruction, and performs an on-line 
verification that sufficient funds are available. If funds are available, the funds 
are held on line, a debit is prepared for the purchase, and an e-mail or HTML 

25 page to the business is prepared by the customer's bank's server 12 telling it that 
the transaction has been approved and that it will receive an ACH credit 14 for 
the amount of the purchase, for example, within one business day. If funds are 
available, the customer's bank's server 12 decrypts the digital certificate of the 
business and from that the customer's bank's software prepares the ACH credit 
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14 to be sent to the business's bank's server. If funds are not available, an e-mail 
or HTML page to the business is prepared telling it that the transaction has not 
been approved. The customer's bank's server 12 sends 108 the encrypted e-mail 
or HTML page approving or denying approval of the transaction back to the 
5 business's on-line terminal. Upon receipt of the e-mail or HTML page by the 
business, knowing that the funds for the goods will be forthcoming, the business 
can send out the goods immediately. This eliminates many days' delay when 
compared to payment with a traditional paper check. 

In this aspect of the Z-flow model shown in Fig. 2, included in the ACH 

10 credit 14 which the customer's bank's server 12 prepares and sends to the 

business's bank's server for the business's account at the business's bank, is the 
information needed to be in compliance, for example, with Federal Reserve Board 
Regulation E or NACHA rules and to allow the business to reconcile each 
payment with those it accepts. The ACH credit 14 stipulates that the funds are 

15 available in the business's account, for example, either the same business day, the 
next, or the next. The business's bank receives the ACH credit 14 and posts it to 
the business's account in accordance with the instructions which were included by 
the customer's bank's server 12. The business's bank makes the details of the 
payment, such as the name of the customer, reference number, and date and 

20 amount, available to the business on a periodic account statement or through its 
on-line services. 

Another aspect of the Z-flow direct presentment model shown in Fig. 2 is 
payment by the customer to a second customer-payee, in which the flow of 
information is likewise analogous to the flow of information in the process of 
25 payment by the customer to the Internet merchant illustrated in Fig. 2. In this 
aspect, the second customer-payee stands essentially in the same position as the 
Internet merchant, and the. second customer-payee's bank stands essentially in the 
same position as the Internet merchant's bank. In such aspect, the second 
customer-payee, is provided with software to function both as a customer- 
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originator and as a payee. The first customer initiates sending a payment 
instruction without previously receiving an e-mail or HTML page. For example, 
in this aspect, the first customer wants to send a gift or wants to send money to 
the second customer who is a child in college. The first customer at the 
5 customer's processor 2 creates an e-mail and attaches the payment instruction to 
the e-mail. The first customer must know the second customer's e-mail address 
and certificate name in order to send the payment instruction. The first customer 
at the customer's processor 2 digitally signs the payment instruction and attaches 
his or her digital certificate. If the first customer wants the payment instruction to 
10 be private, he or she must encrypt the message at the customer's processor 2 using 
the public encryption key for the second customer, which the first customer 
previously obtained. The remainder of the process is the same as in the process of 
the payment by the customer to the small business. 



15 shown in Fig. 2 is a payment by a small business to another small business. 

Again, the flow of information is analogous to the payment by the customer to the 
Internet merchant illustrated in Fig. 2. In this aspect, the small business-payer 
stands essentially in the position of the customer, the small business-payer's bank 
stands essentially in the position of the customer's bank, the small business-payee 

20 stands essentially in the position of the Internet merchant, and the business- 
payee's bank stands essentially in the position of the Internet merchant's bank. 
This aspect involves combining elements of the process of payment by the 
customer to the small business and the process of payment by the customer to a 
second customer-payee. 

25 In this aspect of the Z-flow model shown in Fig. 2, the business-payer may 

or may not initiate a payment instruction on the business-payer's processor as a 
result of an invoice sent via e-mail or HTML page. The small business-payer 
uses its originator software to create an e-mail, which includes information about 
the purpose of the payment, and attaches the payment instruction to the e-mail. 



An additional payment aspect of the Z-flow direct presentment model 
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The business-payer obtains the e-mail address for the business payee from a 
previous e-mail received from the second business, or direct from the business- 
payee, in order to send the payment instruction. The business-payer uses its 
business-payer software to digitally sign the payment instruction and attaches its 
5 digital certificate. If the business-payer wants the payment instruction to be 
private, it must encrypt the message using the public encryption key of the 
business-payee, which the business-payer previously obtained. The remainder of 
the process is the same as the process of the payment by the customer to a small 
business. 

10 Referring now in detail to an embodiment of the present invention, an 

example of which is illustrated in the accompanying drawings, the system and 
method for an embodiment of the present invention provides, for example, for the 
assumption by a service provider of certain merchant functions in the e-check 
model. Fig. 3 is a schematic diagram which illustrates an example overview of 

15 key components and the flow of information between the key components for the 
assumption of merchant functions by a service provider in the e-check aspect for 
an embodiment of the present invention. Referring to Fig. 3, the service provider 
using a service provider server 16 is a representative for the merchant but is 
otherwise invisible to the other participants in a transaction. In an embodiment of 

20 the present invention, the service provider's server 16 sits between the customer's 
processor 2 and the merchant's on-line terminal 4 and may run the merchant's 
website for the merchant. The customer thinks he or she is dealing with the 
merchant at the merchant's website, but the customer is actually dealing with the 
service provider's server 16 for the merchant. Thus, the merchant is able to use 

25 its existing systems without modification or new functionality to receive 
transactions via the service provider's server 16. 

Fig. 4 is a flow chart which amplifies the flow of information shown in 
Fig. 3 and provides further detail regarding an example of assumption of 
merchant functions by the service provider in the e-check model for an 
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embodiment of the present invention. Referring to Fig. 4, at SI , the service 
provider's server 16 runs the merchant's website for the merchant. At S2, the 
customer at the customer's processor 2 accesses the merchant's website, makes a 
selection of the merchant's goods or services, and uses the customer's software to 
5 prepare and send an e-check 100 for the purchase. As mentioned, the customer 
thinks he or she is dealing with the merchant, but the customer is actually dealing 
with the service provider's server 16, so the e-check 100 is actually sent to the 
service provider's server 16 for the merchant. At S3, the service provider's server 
16 receives the e-check and reformats the e-check to a format so that the payment 

10 information can be read at the merchant's on-line terminal 4 and sends the 

reformatted e-check 1 10 to the merchant's on-line terminal 4 over the Internet 6 
or other mutually agreed to communications vehicle. At S4, the service 
provider's server 16 endorses the e-check and prepares a deposit to the 
merchant's account. At S5, the service provider's server 16 sends the endorsed e- 

15 check 1 12 over the Internet 6 to the merchant's bank's server 8. At S6, the 

merchant's bank's server 8 receives the endorsed e-check 112 and then creates an 
ACH or ECP debit 10 to the customer's account with the customer's bank. The 
merchant's bank's server 12 posts a credit to the merchant's account and makes 
the details of the payment available to the merchant on a statement and through its 

20 on-line services. 

The system and method for an embodiment of the present invention also 
provides, for example, for the assumption of certain merchant functions in the Z- 
flow model. Fig. 5 is a schematic diagram which illustrates an example overview 
of key components and the flow of information between the key components for 

25 the assumption of merchant functions by the service provider in the Z-flow 
model for an embodiment of the present invention. Referring to Fig. 5, the 
service provider is likewise a representative for the merchant but is otherwise 
invisible to the other participants in a transaction. In an embodiment of the 
present invention, the service provider's server 16 also sits between the 
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customer's processor 2 and the merchant's on-line terminal 4 and may run the 
merchant's website for the merchant. It appears to the customer that he or she is 
dealing with the merchant at the merchant's website, but the customer is actually 
dealing with the service provider's server 16 for the merchant. Thus, the 
5 merchant is able to use its existing systems without modification or new 
functionality to receive transactions via the service provider's server 16. 

Fig. 6 is a flow chart which amplifies the flow of information shown in 
Fig. 5 and provides further detail regarding an example of the assumption of 
merchant functions by the service provider in the Z-flow model for an 

10 embodiment of the present invention. Referring to Fig. 6, at S10, the service 
provider's server 16 runs the merchant's website for the merchant. At SI 1, the 
customer at the customer's processor 2 accesses the merchant's website, makes a 
selection of the merchant's goods or services, and uses the customer's software to 
prepare and send a payment instruction for the purchase prices via e-mail or 

15 HTML page 104 over the Internet 6 to the service provider's server 16. At S12, 
the service provider's server 16 receives the payment instruction and sends the 
payment instruction with a request for payment 1 10 to the customer^bank's 
server 12. At SI 3, the customer's bank's server 12 receives the request for 
payment 110, confirms that sufficient funds are available and that there is no 

20 reason not to pay the payment instruction. 

Referring further to Fig. 6, once this is done, the customer's bank's server 
12 holds or debits the customer's account for the amount of the transaction and 
immediately sends an approval 1 12 over the Internet 6 to the service provider's 
server 16 confirming that the customer's bank's server 12 will send out an ACH 

25 credit to satisfy the payment instruction. At the same time, the customer's bank's 
server 12 prepares and sends out the ACH credit 14 to the merchant's bank's 
server 8. At SI 4, the service provider's server 16 receives the approval 112 and 
reformats and sends the reformatted approval 1 14 to the merchant's on-line 
terminal 4. At SI 5, the merchant receives the approval 1 12 at the merchant's on- 

! 



19 




# 



508446720 



EXPRESS MAIL NO. 



line terminal 4 and ships the goods. At SI 6, the merchant's bank receives the 
credit, posts the credit to the merchant's account, and makes the details known to 
the merchant. 

Fig. 7 is a schematic diagram which illustrates an example overview of 



consolidation of credits aspect of the assumption of merchant functions by the 
service provider in the Z-flow process for an embodiment of the present 
invention. In the traditional Z-flow process, each transaction with a customer 
incurs a separate transaction charge for the merchant, for example, by the 

10 merchant's bank, as each transaction is treated separately. Referring to Fig. 7, in 
an embodiment of the present invention, the service provider's server 16 sits 
between the merchant's on-line terminal 4 and the merchant's bank's server 8. 
Typically, the merchant's on-line terminal 8 is receiving many transactions 120 
separately from a plurality of customers' processors 20. In this aspect of an 

15 embodiment of the present invention, the service provider's server 16 

consolidates settlement transactions, and rather than receiving individual credits, 
the service provider's server 16 assures that the merchant's bank's server 8 
receives one consolidated ACH credit 14 for the merchant covering all payment 
instructions 120 over a period of time. Thus, the merchant incurs only a single 

20 transaction charge for the plurality of transactions 120 rather than separate 
transaction charges for each individual transaction. 

Fig. 8 is a flow chart which amplifies the flow of information shown in 
Fig. 7 and provides further detail regarding an example of the consolidation of 
credits aspect of the assumption of merchant functions by the service provider in 

25 the Z-flow process for an embodiment of the present invention. Referring to Fig. 
8, at S20, from time to time, various customers use the software on their 
processors 20 to prepare and send payment instructions (the payment instructions 
from various customers are shown collectively as 120 in Fig. 8) via e-mail or 
HTML page over the Internet 6 to the merchant's on-line terminal 4. At S21, as a 



5 key components and the flow of information between the key components for a 
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payment instruction is received from customers at the merchant's on-line terminal 
4 from time to time, a payment request is automatically sent for each payment 
instruction from the merchant's on-line terminal 4 (the payment requests for the 
various payment instructions are shown collectively as 122 in Fig. 8) over the 
5 Internet 6 to the appropriate customer's bank's server (the various customer's 
bank's servers are shown collectively as 22 in Fig. 8). 

Referring further to Fig. 8, at S22, as each of the various customer's 
bank's servers 22 receives a payment request from the merchant's on-line 
terminal 4, the customer's bank's server confirms sufficient funds are available in 

10 its customer's account and that there is no reason not to pay the payment 

instruction for its customer, holds or debits its customer's account for the amount 
of its customer's transaction, and immediately sends its approval (the approvals 
for various payment instructions are shown collectively as 124 in Fig. 8) to the 
service provider's server 16. At the same time, the customer's bank sends a 

15 credit, for example, by wire transfer for its customer's transaction to the service 
provider's server 16. The credits received from various customers' banks 22, 
from time to time, credits are shown collectively as 126 in Fig. 8. 

Referring again to Fig. 8, at S23, the service provider's server 16 receives 
the various approvals 124 and sends them to the merchant's on-line terminal 4 as 

20 they are received. However, the service provider's bank receives and holds the 
various credits 126 over a period of time and consolidates the credits 126 and 
periodically generates a single ACH credit 14 or wire transfer for the consolidated 
credits to the merchant's bank's server 8 for the merchant's account. At S24, the 
merchant's bank's server receives the consolidated credit, posts the credit to the 

25 merchant's account, and makes the details needed by the merchant to reconcile 
the merchant's account known to the merchant. 

Various preferred embodiments of the invention have been described in 
fulfillment of the various objects of the invention. It should be recognized that 
these embodiments are merely illustrative of the principles of the present 
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invention. Numerous modifications and adaptations thereof will be readily 
apparent to those skilled in the art without departing from the spirit and scope of 
the present invention. Accordingly, the invention is only limited by the following 
claims. 

What is claimed is: 
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